約 2,541,192 件
https://w.atwiki.jp/invalides/pages/10.html
All new alphaWorks technologies showrss プラグインエラー RSSが見つからないか、接続エラーです。 Emerging Technologies Toolkit (ETTK) 新着記事は見つかりませんでした。
https://w.atwiki.jp/imops-forth/pages/51.html
Forthワードの機能を知る上で知っておくと便利な抽象的な用語をここで整理しておこうと思う。 セマンティクス Forthでセマンティクスというと、ワードの動作の内容を意味する。一般にはセマンティクスというと意味論と訳され、形式的な式とか文の内容構造を表す形式モデルのことを指したり、そのモデルの割り付け操作のことを指したり、文が表している意味そのものを指したりする。かなり多義的に使われる言葉であるが、forth規格で多用されるセマンティクスは、そのうちの、オペレーショナルセマンティクスといわれるものといえるだろう。それはプログラムのエレメント(Forthではワード)に対応する、演算とか、あるいは、もっと広く、コンピュータ上の処理のことを言っている。 セマンティクスと状態 セマンティクスの種類 Forthでは、セマンティクスは通常3つに分類されるが、細かくいうと4つある インタープリテーション・セマンティクス(Interpretation Semantics):解釈意味論 コンピレーション・セマンティクス(Compilation Semantics):コンパイル意味論 エグゼキューション・セマンティクス(Execution Semantics):実行意味論 ランタイム・セマンティクス(Runtime Semantics):走行時意味論 である。上の3つは規格文書に用語解説がある正規の用語である。4つ目については、規格文書内で使用されてはいるものの解説的定義の記述はない。 コロン定義でワードを定義するとき、その定義内容というのは、通常のワードでは、上の実行意味論(Execution semantics)に対応する。ワードの定義とは、その実行意味論を定義することなのである。 状態(STATE) しかし、上の3つないし4つの意味論がどういう意味で区分されるのか、それら自体どのような意味なのかを説明するには、状態(State)という概念を説明しなければならない。 「状態」で区別されるのは、平たくいえば、何かのワード定義の中にあるか、外にあるか、である。 状態には、 コンパイル状態(Compile State) 解釈状態(Interpretation State) の二つがある。ワード定義の中ではコンパイル状態で、それ以外では解釈状態である。これは、内部的には、STATEというフラグ変数があって、それがtrueであるときはコンパイル状態となっている。 組み合わせると まず第一に、コンパイル意味論、解釈意味論、実行意味論、の3つの異なる動作があるのではないということをおさえなければならない。 次いで、解釈意味論とは解釈状態での動作内容であり、コンパイル意味論とはコンパイル状態での動作内容である、ということになる。 通常のワードでは、解釈意味論は実行意味論に一致する。 他方、通常ワードのコンパイル意味論は「その呼び出しコードをコンパイルすること」である。 この呼び出しのコンパイルはデフォルトのコンパイル意味論といわれる。 これに対して、IMMEDIATE指定されたワードでは、コンパイル意味論が実行意味論に一致するのである。これが、IMMEDIATEの機能である。IMMEDIATEワードの解釈意味論が定義される場合は、解釈意味論も実行意味論と一致するのが通常である。ただし、IMMEDIATEワードの中には、解釈意味論が定義されていないものがある。そのようなワードは、ワード定義外では動作は保証されていない、ということである。 要点は、 ワードの定義内容が実行意味論であること、それがコンパイル意味論になるワード(IMMEDIATEワード)と、 それが解釈意味論になるワード(通常ワード)とがある、 ということである。 そして、また、そのようなワード定義としての意味論特性を変更するのがPOSTPONE、というわけである。(参照:POSTPONE IMMEDIATE) これらに対して、第四の、走行時意味論とは、それらのワードが直接インタープリタ/コンパイラに読み込まれたときの動作ではなく、当該ワードを呼び出したワード定義が実行されたときに、その該当部分はどのような動作をするか、ということである。 通常ワードでは、走行時意味論は実行意味論に一致する。つまり、他のワードから呼び出されて、その実行意味論を実現するのである。 他方、IMMEDIATEワードについては、若干複雑である。 当然ながら、IMMEDIATEワードの走行時意味論は、その実行意味論とは一致しない。解釈意味論ともコンパイル意味論とも同じではない、特有の走行時意味論があるのである。 IMMEDIATEワードが特定のコードをコンパイルするという場合に、そのワードの目的となっているのが、まさに走行時意味論なのである。例えば、IFやループの場合を考えればよい。これらの走行時意味論は、条件分岐すること、あるいは、繰り返しループを実行すること、である。IFには、解釈意味論は定義されていないし、コンパイル意味論も、決して「スタックの値に呼応して分岐実行すること」(IFの走行時意味論)ではないことは分るであろう。というのは、IFのコンパイル時の動作は、条件分岐すること自体ではなくて、分岐を実行するためのコードをコンパイルすることだからである。 しかし、IMMEDIATEワードの中には、走行時の動作を何も設定しないものもある。つまり、IMMEDIATEワードは、その走行時意味論が null (noop) であるものもあり得るのである(コメントの場合など)。その種のIMMEDIATEワードの目的は、コンパイル時にソーステキストを準備ないし後始末処理することである場合が多い。 このように見ると、IMMEDIATEワードには、コンパイル時にも実行意味論が実現されるという点を共通点としつつも、少なくとも二種類の異質なものがある、ということがわかる。一つは、コンパイル時の動作そのものが目的で走行時に何かを実現する意図はないもの、もう一つは、走行時に実現されることが正に重要な目的であるもの、である。もちろん、二つの側面を組み合わせ、両側面を併せ持つワードも可能であろう(例えばforthとは異なる構文のソーステキストを読み取り解析して対応するコードをコンパイルするワード、など。)。 ともあれ、IMMEDIATEワードの中には、走行時意味論をいわなければ、どのような機能を果たすのか説明できないものがあるのである。 むしろ、逆に、各ワードについて走行時意味論を特定してさえもらえれば、普通のプログラミングには困らないのであるが。 インタープリター コンパイラー インタープリターといったりコンパイラーといったり(あるいは最後の伸ばし棒を略したり)するが、forthには、インタープリターとコンパイラーの二つの機構が備わっているというわけではない。厳密にいえば、インタープリターしかない。ソーステキストインタープリターである。このインタープリターが、コンパイル状態においてはコードをコンパイルするのである。したがって、forthのテキストインタープリターは、コンパイラー機能を備えたインタープリターなわけである。 インタープリター、コンパイラーに、解釈器、コード生成器、という訳をあてれば少し日本語的に見やすくなるような気もするが、 なんとなく、しっくりこないので、カタカナのままにする。 Forthの話題には、よく「内部インタープリター」というのがでてくる。これは、スレッディング方式の場合にしか存在しないもので、ネイティブコード方式には関係がないが、forth特有の用語としては興味深いものである。 どの部分をさすのかというと、ワードのxt、これは普通は間接ポインターだったわけだが、そのポインターを解いて、ポインターリストを逐次実行していく機構の部分である。インタープリターの実行部分、ともいえるだろう。ソーステキストを解析して辞書を検索する部分とコンパイラー部分を取り除いた、インタープリターの核である。これが、アセンブリ言語で4~5行しかなかった、というのが伝説のforthの単純性の話である。実際、その程度で実現可能なのである。もう少し具体的な中身についてはスレッディング技術 (Threading Technology)のページ参照。 関連してコンパイルという言葉が、forthではやや独特な意味で用いられることがある。つまり、必ずしもマシン語に変換するのではなくて、順次実行されるべきワードの間接ポインタの系列を書き込むことをコンパイルというのである。これはforthバーチャルマシンのマシン語に変換するのだと考えれば、例えば、Javaでいうコンパイルと同じ用法として、正当なものということができる。 ワード(語)とディクショナリ(辞書) Forthではワード(word:語)を用いてプログラミングするのだが、そのワードはディクショナリ(dictionary:辞書)に格納されている。もっともなネーミングである。Forthで普通にワードというと、何らかの計算や処理を実施する関数(サブルーチン)を指すことが多いが、実際は、変数も数字も、概念上はすべてワードである。ifとかloopも、普通の言語では関数でもプロシージャーでもサブルーチンでさえもないが、forthでは、これらは実際に動作内容を持ったサブルーチンであるので、他の関数と同じようにワードと呼ぶことに抵抗がない。最も広い意味では、ワードは、forthのソースコード内の、空白文字(半角空白、タブ、改行)で区切られた非空白文字の列、と規定される。数字(数値リテラル)もワードである。ワードには、既定義ワードと未定義ワードがある。辞書内に登録されているのが既定義ワードである。ソースコード内で、広義のワードが検出されたとき、まずそれが既定義ワードであるかどうか、辞書内を検索して調べる。なければ未定義ワードであるが、続いて数値リテラルとして解釈できないかどうか調べる。数値としても解釈できない場合には、「未定義」エラーになって、コンパイル等は中止される。 辞書には上にも触れたように、既定義ワードに関するデータが格納されている。サブルーチンに当たるワードについては、その内容となる実行コードも辞書内に記録されている。ネイティブコンパイラ方式であれば、そのコードは、機械命令の系列となる。また、データ型ワード、つまり、変数については、そのデータ格納用フィールドは辞書内にある。最近の実行可能ファイル形式では、機械命令実行の高速化のために、数値データを格納するための領域と、機械で直接実行される機械命令の系列を含む部分を分離して、別々の領域に配置する。このような場合に対応して、forthの辞書、特にネイティブコード方式のforthの多くは、機械命令コードを格納する辞書と、データ格納域に当たる辞書、二つに区分された辞書領域をもつ。 実行コード領域に保存された各ワードはポインターでリンクされており、ソースコードとしてワードが読み込まれた時には、そのリンクを辿って、該当ワードが検索される。 データ格納用の辞書領域の空き領域は、一時使用のbuffer memoryとして利用することがある。その際に、空き領域の先頭のアドレスを取るワードがHEREとして定義されている。
https://w.atwiki.jp/hmiku/pages/14435.html
【登録タグ M オカメP 初音ミク 曲】 作詞:オカメP 作曲:オカメP 編曲:オカメP 唄:初音ミクAppend 曲紹介 オカメP の17作目。 五月蝿く始まって静かに終わる曲です。(作者コメ転載) のちにリメイク版「My worth is death 2015」を発表した。こちらのイラストは葉桜ちこり氏。 歌詞 雲の狭間から光が射せば 心にとめた記憶輝く 永年の望みが叶うならば My worth is death My worth is death 光陰が満ちる時まで My worth is death My worth is death 時が来たら振り向いて 雪の様に白く儚く 一期一会の奇跡輝く 永代の祈りが届くならば My worth is death My worth is death 星霜(せいそう)が満ちる時まで My worth is death My worth is death 時が来たら僕を見て 出来れば傍に身を寄せたいけれど 人の命は露命(ろめい)とは言えなくて どれくらい時刻むか分らないけど 僕の死と引き換えに約束するから 時が来たら振り向いて 時が来たら僕を見て My worth is death My worth is death 星霜(せいそう)が満ちる時まで My worth is death My worth is death 時が来たら僕を見て コメント いい曲だと思うんだけどなかなか評価されないなあ -- 名無しさん (2011-02-14 19 38 30) 自分も好きですし、好きな人いることがいいことかと -- 名無しさん (2011-02-25 20 14 20) 名前 コメント
https://w.atwiki.jp/puroguraminguzemi2/pages/126.html
閲覧数のアイコン 閲覧数はみんなのさくひん?の機能の一つである。 説明 みんなの作品に投稿された作品が閲覧(*1)された数をカウントする機能、1度作品を開く事に1カウント足される。 閲覧数の確認方法 閲覧数はみんなのさくひん?やじぶんのさくひん?で確認する事ができる。 数字の後のKとM 閲覧数数はいいね!数と同じ様に1000以上の場合な数字の後にKがつけられたものに変更される、このKは1000を意味しており。で1.0Kの場合は1Kの場合は1000、2.0Kの場合は2000、2.5Kの場合は2500と言う意味である。 Mは100万(1,000,000)を表していて1Mは100万と言う意味である、現在1Mを超えた作品は不正的に閲覧数を増やした THE ELEVATOR のみである。 コメント 名前 コメント
https://w.atwiki.jp/hmiku/pages/29838.html
【登録タグ 2進PCD CD CDW yuiCD いのっぴCD なきゃむりゃCD なぎさCD バイカPCD ヘリPCD 向日葵紅蓮CD 綾葉(爽P)CD 西沢さんPCD】 前作 本作 次作 Nearly Naked Worthy World - 綾葉(爽P) 西沢さんP バイカP いのっぴ サイト yui ヘリP なきゃむりゃ なぎさ 小川大輝 流通 即売 発売 2014年7月13日 価格 ¥1,000(税込) サークル Open Real Records CD紹介 「日常」をテーマとした暖かく、優しい、末永く愛していただけることを目指した「日常系」コンピレーションCD。その第3弾。 このCDの為に書き下ろした新曲を10曲収録。 写真を 永月レイラ氏 が、マスタリングを D-i-duke氏 が手掛ける。 THE VOC@LOiD M@STER 29(ボーマス29)にてリリース。通販も予定している。 曲目 Wake me up! / 綾葉 エメラルドシティ / 西沢さんP rays / バイカP 気ままな猫と僕のただの日常 / いのっぴ Tone Graphics / サイト 雨いろこころもよう / yui days for / ヘリP Revlimit / なきゃむりゃ calling+a / なぎさ 缶コーヒーと帰り道 / 小川大輝 リンク 特設ページ コメント 追加おつ! -- 名無しさん (2014-07-14 00 13 13) 名前 コメント
https://w.atwiki.jp/elvis/pages/1714.html
歌詞 微かに光る地平線 炎の星がささやきだす 1つの事がめぐり行く 静かにそして確実に まわる水の星の上で むかえる朝始めよう 次に向かって さあ走り出そう 昨日までの自分捨てて その目に宿る光信じて ほらくじけないで 明日からの君を求め 刻もう新しい靴跡を 確かに巡るこの流れ 螺旋をえがき前へと行く 紡がれだした絹の糸 紡ぐはどこの誰なのか たどり着いた見知らぬ町で 出会った人歯車が 回り始めた 今目覚めだした生気を胸に 振り向かずに 恐れと迷う心はね付け この生まれる声一つ一つが語りかける The words worth will quiet retell of the truth. 生まれて二番目に書いた歌詞… 今見返すと若いw 3x3 eyes?のCDに「今彼方に、夜明けが光る。かすかに光る大地」って言う歌詞が確かありまして、そこからAメロの「微かに光る地平線 炎の星がささやきだす」って部分を組み立てました。 記憶が確かならば、歌詞を作り上げたとき、何かの歌を頭の中で流しながら、替え歌的に作ったはずです。ただ、その曲が3x3 eyes?の曲だったかどうかはちょっと怪しいです。 ちなみに、「The words worth will quiet retell of the truth.」ですが、これ、まんまパクリです。建前上、William Wordsworth?(ウィリアム・ワーズワース?)からとったと言っていますが、実際にはエロゲーのWORDS WORTHからいただいております。オープニングのデモムービーで、ナレーターが最後に言っている言葉、そのままです。 WORDS WORTH エルフ? もともと、PC98版で大ハマリしたゲームだったのですよね、WORDS WORTHって。で、そのタイトルの「言葉の価値」って直訳が凄い気に入ってて、曲名にまで持ってきてしまったと、言うわけです。言霊とかそういうニュアンスを求めていたような気がします。 ま、若気の至りというやつです。。。 自分は特別な何かだと信じたかったのですよ、この頃は。 あがってきたバッキングがずっとE一発で、物凄くメロディーをつけるのに苦労した覚えがあります。なぜか、バンドマンからの受けがよい一曲です。 オリ曲の歌詞? 音楽
https://w.atwiki.jp/imops-forth/pages/13.html
Forth言語特性 Forth言語では、古典的には"間接スレッディング方式"という特殊な実行形式が採用され、"コンパイル"というときにも特殊な意味で用いられていた。 しかし、ここでの話はマシン語を生成するネイティブコード・コンパイラを対象とするため、その解説は省く。参照 Forth系の言語ではコンパイラの作成が非常に容易ともいわれる。その第一の理由は構文解析や意味解析のためのコードを書く必要がないからだ。 Forth言語には特殊記号のようなものは、ほとんど — 全くというわけでもないが — ない。記号のように見えるものも、一つ一つが実行上の意味を持っている。その各々はワード(word)と呼ばれる。そのワードが書かれてある順番に実行されていくだけ、というのが原則となる(当然、例外も多くある)。ワードの特定には、まず区切り文字で区切られた文字列が取られる。続いて、その文字列を名前とするワードが既に辞書(dictionary)に登録されているかどうかが確認される。区切り文字としては、原則として、空白、タブ、改行のみが用いられる(コードファイルの初めと終わりも、文字ではないが、ワードの区切りとなる)。そのため、forthでは空白文字に挟まれた文字列を取り出す、ということだけで何を実行・コンパイルすべきかがわかってしまうのである。 他方、通常のプログラミング言語では、"+"のような明確に加法演算としての意味を持つ記号さえ、それ単独では実行あるいはコンパイル上の意味には何ら結びつけられていない、ただの文字記号である。構文解析を経て文(statement)の意味を判定した上で初めてそこで何を行うべきかがわかるのである。 上のようなforthの特性は、手練のプログラマには好都合だ。しかし、自分のような素人にはかえって困った事態であるともいえる。 というのも、世にあるコンパイラ作成のための標準的テキストブックでは、その分量の半分くらいは字句解析・構文解析・意味解析に割かれているのである。初級的になればなるほどその割合は増える。逆に言えば、forthコンパイラを構築するとき正に知りたいような事柄には、ごく僅かのページ数しか割かれていない。そのため、記述が簡潔に過ぎ、少し考えれば容易にわかるような大雑把なことしか書かれていない事も多い。しかし、これは仕方のない事でもある。まず、通常の数式のような外観を持つ表記を実際の計算手順に落とすには、必ず先読みと構文解析が必要になる。そして、さらにいえば、コンパイラ設計の教科書の目的は、コンパイラ設計が自分でできるようになるための方法を(その一冊で)教えることでは必ずしもないのである。そこでの目的はむしろ、様々なコンピュータ・アルゴリズム(定型的な処理手順)の応用を教えることなのだ。コードテキスト解析の領域は、いかにもコンピュータらしい考え方やアルゴリズムの応用が豊富に見いだせるようだ。教科書がこの領域の解説を無しで済ませるわけにはいかないのだ。 結局、教科書や体系書のようなものも入門書のようなものも、一冊も読まなかった。既存のコードとネットで拾った英語の論文の類だけが参考書だった。 マシンコード生成 重点はコード生成だった。しかし、直ちにマシン語を吐くものを初めから考えた。中間コードや仮想マシンは考えなかった。 Forthは実は古典的には仮想マシン方式といえる。仮想スタックマシンである。中間コード方式ではないが、上に述べた字句解析・構文解析・意味解析の部分が軽いため、インタープリタでも高速だった。コンパイルされた後はもちろんさらに速くなる。マシン語を直接生成するコンパイラに匹敵するものさえあった。しかし、コンパイラの最適化技術は進み、マシンも変化した。 最新のネイティブコード方式、つまり、最適化されたマシン語を生成・実行するタイプのforthでも、forth特有のデータスタックは維持されている。スタックマシンは仮想といってもコンピュータの実際の動作に極めて近い。そしてforthコードはその仮想スタックマシンのマシン語の様な基本ワード群から成るのである。スタックマシンという仮想マシンをつくってしまえば、その上でforthコードは、マシン語のように — つまりワードに動作を一対一に対応させるように — 実行・コンパイルできるわけだ。 けれども、パラメターをすべていちいちスタックに押し込んだりスタック操作ワードに合わせてアイテムを入れ替えたりするのでは、今ひとつ速度がでない。それでも32bitモードのx86ならある程度仕方がないが、64bitモードでは、32bitでは8本しかない汎用レジスタが16本に増えているのである。スタックメモリにはキャッシュは効くだろうが、レジスタを使う方が数倍速い。ど素人の初心者ではあるが、あまりに遅いコードを吐くコンパイラはつくりたくなかったのである。また、模範となった環境であるPowerMopsは、PowerPCが持つ多数のレジスタを用いて大規模に最適化されたものであったため、あまりに実行速度に落差のあるものではマズいとも思ったからである。 結果として、そこそこレジスタを多用するコード生成はできたと思う。したがって(素人作のオープンソースフリーウェアの)iMopsでさえ、その中身まではforthのようには実行されてはいない。データスタックはむしろ臨時のデータ避難場所として使われている。しかし、もちろん全体としてはスタックフレームではなく1セル1アイテムのスタックとして動作する。多くのネイティブforthコンパイラでもそうだろうと思う。Forthのスタックは実装そのものだと考えている人は今も多いが、forthのスタックとはむしろ抽象データ型である。 とはいえ、iMopsではその“避難”の頻度は割に高い。本当にきちんとやるには、ワード定義の終わりまで先読みして、全体として最適化するか、後になって判明した情報を使って既にコンパイルした部分を再コンパイルするかしないといけない。X86は単位マシンインストラクションのバイト長が区々なため、再コンパイルはかなりキツい。完全に最適化しようとすれば、コンパイル速度はかなり落ちるだろう。しかし、そういった大域的最適化で実際に書いたコードと全然違う処理に変換してしまうのは、あまりforth的ではない。forthでは、プログラマが自分で最適なコードを書く、というのが原則である。それができるし、またプログラマも普通にそうするというのが、forth言語環境の良さであり面白さでもある。iMopsの場合、データスタックに4つ以上のデータを積まないことと、条件分岐のところでは特にスタックを浅く保てるようにすることが、速いコードを生成する基本になっている。 雑論 知識量ではなく、目的の明確さが重要 「コンパイラやインタープリタをつくりたい」と考えると、定評のある教科書、よくあるのがドラゴンの本とか、そういう分厚くて重厚な本の内容を全部勉強しようとする人がいる。勉強するのはよいことではあろうし、学校のペーパーテストとかならそれでバッチリなのだろうが、実際に何かモノをつくるという目的のためには、迂遠な方法であると思う。多分、大抵はあまりの分量に挫折し、それどころか、最後まで勉強し切っても、まだ、どうやってつくるのか分からないという結果に終わるかも知れない。コンパイラやインタープリタの制作が高度な技だと思われている主要な理由は、そんなところにあるのではないかとさえ思われる。「あんなに高度な本を習得しても、まだできない」とかナントカ。 確かに、コンパイラをつくるとなれば、コンピュータという機械がどんな風に動いているか、とか、標準的にはどういう処理手順で回すことになっているのか、とか、そもそもコンパイラというプログラムは何ができないといけないのか、とか、そういう知識は必要である。そして、最近の便利な開発環境で普通にプログラムを書いているだけでは、そういうことは知らないかも知れない。けれども、実際は、そんなに詳しく知る必要はない。だいたい分かっていればいいのである。一番必要なのは、たくさんの知識と学識を身につけることではなくて、今まさにやろうとしていることを明確にすることである。作ろうとしている言語の基本文法と、インタープリタ方式にするかコンパイラにするかみたいなことは、初めに決めないといけない。基本構文を解析する部分は、フロントエンド問題、出力をどうするかはバックエンド問題などといわれるらしい。 インタープリタ方式かコンパイラ方式か 自分の場合、Mac OS Xで動くx86上でネイティブなコンパイラ方式のMops開発環境、ということで初めから絞られていたので、選択の余地はなかった。それをつくる上で解決しなければならない問題、を考えればよいだけだった。Mac OS X上で、Mac OS X用のソフトウェアを開発するとなれば、Xcodeで、言語はObjective-Cとか、ともかくC言語系、というのが普通だが、それだとあまりに当たり前であるし、forth系の異常なほど単純な機構を実現するのに、相当複雑な技を駆使しないといけないように思われた。そこで、forthの伝統的方法、つまり、自己生成という経路で構築することにした。最近のforth系は核部分はC言語で書かれることが多く、それにはいくつかもっともな理由があるのだが、Mopsに関しては、Mopsを構築するのに、Mops以外、他のコンパイラもリンカも要らない。 コンパイラ方式は、原則全て機械語に変換してから実行するので一般に実行速度は速く、インタープリタ方式では、機械の動作に変換しながら実行するので実行速度は遅めになる。ただ、最近は、計算速度が速い機械が多く、よほど濃い処理をしない限り、インタープリタでも、体感で差は感じられないことが多い。一般には、コンパイラ方式の方が難しく、初心者はインタープリタがよい、みたいな空気があるように思われる。けれども、本当はそうでもないような気がする。 とはいえ、まあ、確かにコンパイラ方式だと乗り越えなければならない、結構高いハードルがある。けれども、それは「ターゲット機械のマシン語を知る」というところではなくて、実行可能ファイルをつくるというところにある。厳密に言うと、多くの場合、実行可能ファイルを生成するのは、コンパイラの仕事ではなくて、(静的)リンカという別ソフトウェアの担当である。そういうのも全部まとめてコンパイラセットなどといったりするわけである。「コンパイラの設計」みたいなタイトルの本は、狭い意味でのコンパイラ、つまり、マシン語に変換するという部分のソフトウェアの解説であることが多い。しかも、その"マシン語"は架空のRISCマシンのアセンブリ言語だったりする。実用ではなくて原理を説明する、といわれれば、まあ、確かにそれでいいのだという気もするが、タイトルには「実用」とか書いてあったりする。一番高いハードルまでは、全然到達する気もないのである。そういう意味でも、書籍というのは割とあてにならない。とはいえ、この辺は同じ機械でもOSが違えば違う、みたいなところなので、教科書に書くというわけにもいかないのも確かであるのだが。 インタープリタ方式だと、インタープリタ自体がソフトウェアとして常駐している状態なので、独立に起動できるような実行可能ファイルをつくる必要はない。だから、今の環境で動くアプリケーションを書き出せる開発環境があれば、後はコンパイラ本に書かれてあるようなことだけで済む。そういう、いわば資料的な意味で、インタープリタをつくる方が易しいのである。というか、アプリケーション開発環境とコンパイラ本の世界で限定してみれば、インタープリタしかつくれないのである。だからといって、インタープリタをつくる方が、コンパイラ作成よりも、技術的に易しいとか初歩的だとはいえないように思う。プリミティブ(単位になる動作)を、どんな風に腑分けするかとかは、実行速度にも関連してくるので、結構、面倒な判断である。逆に、コンパイラだと、そういうプリミティブは機械の規格でばっちり決められているので、迷う必要がない。 インタープリタ方式は、今日ではプログラミングの主流となっている。ウェブ経由のプログラムは、コマンド処理のスクリプトというレベルのものであっても、詰まる所はインタープリタによる動作である。連動して動く一組のアプリケーションを、柔軟性や可変性を保ったまま連結する方法として、内部インタープリタ(スクリプト)の機構を持たせる場合も多い。インタープリタはテキストファイルであるソースコードの書き換えで動作を任意に変更することができるが、機械命令にコンパイルしてしまった場合には、コンパイラを用いて再構築し直さないことには、動作を変更できない、というのが一般的だからである。このような意味では、コンパイラをつくるよりも、インタープリタをつくる方が実践的意味があるようにも思える。 とはいえ、例えば、コンパイラ系のforthやMopsでは、ソフトウェア内部にコンパイラを組み込んで、内部スクリプトに利用することもできる。この場合、コンパイラ方式であるため処理は高速でありながら、内容は可変的である。同じことは、「オレ言語」でもできるはずであるから、そこでインタープリタにこだわる理由は、実はないのである。 要は工夫次第で何とかなる場合が多いのであって、どっちでもつくる側としては大差ないよ、という感じだろうか。 【補】用語の問題 何いってんのか、単語の意味が分からん、という人のために、説明。といっても、教科書にあるような正確な定義ではなくて、ここだけの語用の話。背景も説明するので、教科書とかの定義が、一体何がいいたくてそういう風になっているのかも分かるようになる。かも。 ネイティブコード:そのコンピュータの機械語のこと。OSとかには依存せず、機械(ハードウェア)にのみ依存する。 ソースコード:ブログラミング言語で書かれたプログラム。普通はテキストファイルとして保存される。インタープリタもコンパイラも、これをファイルから読み込んで機械の動作に変換する。コーディングをするというのは、これを書くこと。プログラミングをするといっても同義のこともあるが、それにはもっと抽象的な設計や仕様書を書く(その用語もプログラミング言語と呼ばれる)場合も含まれる。コーディングしないプログラマーもいる。テキストファイルといっても文字自体は1バイト(8ビット ビットは1または0の一桁分)単位の数値で符号化(1文字1バイトとは限らない)されているので、コンパイラやインタープリタは、その符号を解析し、何を命令しているのかをプログラミング言語の文法にしたがって判別し、それと同等の処理動作を表す機械語に変換(そして実行)するのである。 インタープリタ:ソースコードを読み込んで、そのプログラムを実行するアプリケーションソフトウェア。最近は仮想機械(バーチャルマシン)ということが多いようだ。呼称の違いは考え方の問題で、コンピュータやOSとインタープリタを込みで考え、ソースコードを機械命令のように実行できる機械と見なすという発想で、仮想機械というようだが、ちょっと商売くさい意図が感じられる気がする。動作は、原始的というか原子的な部分は、もうアプリケーションで組んでしまって、ソースコードの内容を解析して、その原始的動作の系列に分解して実行するわけである。 コンパイラ:ソースコードを読み込んで、その内容を"機械が"実行できる命令の系列に変換して保存するアプリケーションソフトウェア。意図的にかなりぼかした説明。"機械が"に引用符を付けたのは、Javaとかのコンパイラは、本当の機械命令に変換するのではないのに、やはりコンパイラだからである。同じJavaでも機械命令に変換するのもあったりするのでややこしい。また、「保存する」先もファイルとは限らない。メモリーでもよい。ファイルに保存したとしても、それがそのまま実行可能なファイルとは限らない点は先述。「コンパイル」というと機械命令に変換することと短絡してしまう傾向はあるが、もともとはそういう意味ではないらしい。コンパイルは普通の英語なのであって、製本するという意味がある。それがコンピュータに適用された際には、多分、プログラムの内容を、機械で実行される命令の系列として一本に束ねる、というような意味合いであったのではないかと思われる。だから、forthはインタープリタ環境であったけれども、定義は「コンパイル」されるのである。コンパイラの出力が機械命令を含んだファイルとして保存されるとき、生成されるファイルは、オブジェクトファイルとかアーカイブファイルとかいわれたりする。この種のファイルはそのまま実行はできないことが多い。後でリンカが処理する。だから利用されるリンカアプリケーションに依存して形式は決まる。オブジェクトファイルにはリンク用に関数のリンク表も組み込まれる。関数(サブルーチン)の名前と対応する機械命令系列の位置(同じファイル内にある場合)などを、符号や文字列や数値を用いた既定の形式で書き込む。この表(テーブル)も必要ならコンパイラが生成すべきデータである。 実行可能ファイル:アプリケーションを起動する過程は、実はそれほど単純ではない。OSがその過程をサポートするわけだが、OSが理解できるようなファイル形式(内容のことではない)でないと何をどうサポートしていいかわからない。つまり、OSが「あ、これはアプリケーションで、起動するにはコレコレが必要だな」と理解できるような形式というのが、実行可能ファイル形式である。だから、それはOSと一緒に規格として決まっている。Mac OS XだとMach-Oフォーマットという名前で呼ばれている。Windowsは、良く知らないが、.exeの形式で、形式名はPE。確かおおもとはCOFF(UNIXのだったと思う)というのだったとどっかで見た気がする。略号のoは「オブジェクトファイル」のオである、確か。以前のPowerPC MacではPEFという名前で、Windowsのものと名前が似ているが、WindowsのPEのPはポータブルで、PPC Mac のPEFのPはPreferredなので別物である。ただ、基本は古いUNIXでの規格を元にしているようなので、大まかな形式は似ている。だいたい、ヘッダデータというのが冒頭に付いていて、実行ファイルであることとか、実質部分の大きさや配置構造、エントリーポイント(コードの最初の位置)、起動に必要な情報や命令とかが、既定の符号とか数値、文字列などで記録されている。そしてその後に、まさに機械命令の系列とかグローバル変数のための領域(実質部分)とかが続いているわけである。実行可能ファイルにも動的に関数にリンクするためのテーブル(表)が、普通ついている。ちなみに、LinuxではELFという名前だったと思う。 リンカ:最後の「カー」は伸ばした方がいい(linker つなげるもの)と思うが、ここでは略す。リンカには二種類ある。静的リンカと動的リンカである。コンパイラの後に作動して実行可能ファイルをつくるのは静的リンカである。リンケージエディターとかリンクエディターとかいったりもする。動作としては、生成されたオブジェクトファイルから必要な部分をコピーして1つのファイルにまとめ、オブジェクトファイルのリンク表を使って呼び出しとかをうまく整合させて動作可能な状態にし、ヘッダをつくって実行可能ファイルフォーマットにするのである。また、実行ファイル用の関数リンク表もつくる。外部から関数にリンクしたり、逆に、外部の関数にリンクしたりするのに利用するのである。この「外部とのリンク」を実現するのが動的リンカである。動的リンカはOSサービスとして常駐しているソフトウェアで、アプリケーションが動作中に外部の関数を利用したいとき、この動的リンカの助けを借りてリンクするのである。動的リンクは、関数名文字列を渡して関数ポインタをもらい、そこにジャンプする、という感じになっている。 コンパイラ方式のハードル 実行可能ファイルを出力するコンパイラ方式の開発環境をつくろうとすると、ちょっと前にも書いたように、ターゲット環境の実行可能ファイルフォーマットの仕様を調べないといけない。これは英語であれば大抵資料はある。Macの場合、Appleの開発資料サイトにある。けれども、実は、ファイルフォーマットだけ分かっても、不十分である。というのは、外部関数を呼び出さないことには、アプリケーションは大したことができないからである。OSサービスとか標準Cライブラリの関数とか、外部関数の呼び出しは、ヒープメモリーを確保するという低レベルなことにさえも必要である。関数呼び出し一般には、そのための関数があるので、それを使えば良い。ところが、その関数も外部関数なのである。つまり、問題は、最初のOS関数呼び出しはどうするのか?である。 Mac OS Xで使われるMach-Oフォーマットに関しては、関連部分がオープンソースプロジェクトになっていたりして、自分の場合はナントカ動作方法は分かった。要するに、関数ポインタ専用フレームをデータ域内に準備して、その位置をヘッダで明示しておけば、アプリケーションを起動する際、OS側(ローダーと呼ばれるアプリケーション)が、外部への動的リンク用関数など、必要な関数のポインタをその場所に書き込んでくれるのである。Mach-Oの場合、そのポインタ格納用フィールドは、dyldセクションと呼ばれる。フルでいえば、ダイナミックリンクエディターセクションであるらしい(なぜか後半はleではなくldである。)。その枠の冒頭にはジェネリックな関数呼び出し用関数のポインタが格納される。Mopsでは、起動時のセットアップのために呼び出される外部関数が数個あるが、これらは、このジェネリック呼び出し関数を使って関数ポインタを取り、そこに分岐する。一旦取った関数ポインタは普通、終了まで変更されることはないので、保存しておいて、二回目以降は、そのポインタで直接リンクする。この数個の関数の中には、関数名から外部関数ポインタを取るための標準関数(dlopen()とdlsym())も含まれている。これらの関数は、いってみれば、動的リンカのサービス関数なわけである。本当はこの二つだけ取っておけば後は全部リンクできるのだが、他にも数個、初期の外部呼出関数として同じ方法で呼び出している。それら以外は、全部、標準の動的リンク関数を用いている。オブジェクティブCのメソッドとかにもリンク可能になる。オブジェクティブCの、Cocoaなど、ハイレベルな外見のオブジェクト指向部分といえども、中身はC言語型の補助関数の組み合わせだからである。 Mac OS以外の環境での実行可能ファイルの規格や起動の手順も似たようなもののようではあるが、細かいところはどうなっているのかよくわからない。これは調べるしかない。普及した環境なら、多分結構資料は充実しているし、ネット経由でタダで手に入ると思う。ただし、英語だと思うけれども。コンピュータ関係なら、英語にひるまなければ、大抵のことは調べがつく。 とはいえ、どうしても分からないというときには、インタープリタ方式にして、実行可能ファイル形式の部分は、既に手元にある開発環境にまかせてしまうという手もある。それにもかかわらず、やっぱりコンパイラ方式にしたい、というのであれば、いくつか可能性はある。 このページは、もう長くなってしまったので、ベージを替えて続きを書いてみることにする。(そのうち)
https://w.atwiki.jp/eq2quest/pages/127.html
Verthの使い レベル 8 スターター Verth(/waypoint 608 -20 293) 報酬 ・1s51cp・選択によっては中サイズのバッグも貰える。 Verthと話す。 ネトルヴィルの船着場にいるVerthの兄弟、Avesを尋ねる。 木箱をVerthかCaptain Hastingsに届ける。※Verthに届けると、報酬はお金のみ。※Captain Hastingsに届けると、お金+中サイズのバッグ。
https://w.atwiki.jp/emylynco/pages/12.html
HAWAII Ethel s Grill カリヒの倉庫街にあるこのプレートランチ屋というか和食屋さん ワイキキ方面からはアラモアナからそのままニミッツに進み、カリヒ通りを海側に入ります。交差点を4つくらい過ぎると右側にお店が見えますが、周囲に溶け込みすぎていて、まずは見逃すでしょうw ランチ時は、混んでいるのでちょい時間をはずした方がいいかも。夜はやってません。 入り口横の1階部分が、駐車場です。 ☆Ethel s Grill 232 Kalihi St. 847-6467 ホノルルの東西を走るTheBus 1番線に乗って、 Beretania St.を西(EWA)へ。 チャイナタウンを過ぎて、 通りはNorth King St.に変わる。 Kalihi St.で乗り換え、7番線を南下(Makai)。 Dillingham Blvd.を過ぎて、 Nimitz Hwy.で下車。 バスは店の前まで走っていないので、少し歩く。 番地は232 Kalihi St. 通りの右側。 営業時間は昼2時まで。 日曜日休み。 電話番号は808-847-6467
https://w.atwiki.jp/succulents/pages/271.html
■戻る■1-101-201-301-401-501-601-701-801-901- 【多肉】ハオルチア★haworthia★ハワーシワ 3 901名前:花咲か名無しさん:2007/11/29(木) 01 41 38 ID DAfC1r6u あのー、ホントに最近この世界にハマッたもんで、よく判らんのだけどさ・・・ ハオルチアの何に驚いたって 形態的に激しく異なってる種間でもあっさり交配できてることに驚いたんだけど こういうのって他にも普通にあるもんなの? 何か素人目には「オオクワガタとノコギリクワガタ」どころか 「カブトムシとカナブン」くらい違ってるように見えるのが交雑できちゃってて 呆気にとられたんだが、植物って概ねそういうもんかい? 902名前:花咲か名無しさん:2007/11/29(木) 02 19 12 ID WEUGDi+9 900 ふん、結局は、価値ね。 903名前:花咲か名無しさん:2007/11/29(木) 12 30 30 ID aCWVi5JF 900 結局は自分での価値観を持てない弱き人。 流通価値頼りの儚いブランド信者だね。 可哀相な君のレベルに同情します。 904名前:花咲か名無しさん:2007/11/29(木) 14 36 51 ID jRgj2Cm9 898 パチモンや廉価品触ったくらいで って、君見たのですか?見てたらゴメンナサイ。 905名前:花咲か名無しさん:2007/11/29(木) 16 22 52 ID jRgj2Cm9 多肉スレに書いたんですがこっちにも↓ 昨日28日(水曜日)から一週間梅田阪急園芸売り場で 多肉フェア開催中!ハオルチア多目、サボテンもあった。 見て買いたい派は行ってみれ! 906名前:花咲か名無しさん:2007/11/29(木) 19 16 46 ID YxjAlDAm 901 ラン科よりはましだよ 洋蘭は本当に属間交配ふつうにしてるから 907名前:花咲か名無しさん:2007/11/29(木) 21 15 52 ID DAfC1r6u 906 なるほど。 いや、ここまで交雑し易いとなると、自然交雑もワサワサありそうで、 となると、その分類学上の精度って果たしてどの程度のもんなのか、 また、その(園芸における)価値ってどんなもんなのか、 ってのがよくわからんかったんだけど、 ランの世界はもっと凄いということであれば、 さしあたってハオをたしなむ上でのデータの取り扱い方、 人様の趣味に迷惑をかけないマナーのあり方については、 ランをモデルケースに勉強しておけばいい、と考えていいのかな? 908名前:花咲か名無しさん:2007/11/29(木) 22 18 09 ID Fa1SPY/i 901 植物だと結構あるよ Aの花粉をBの株に受粉させる、種は出来るがAの特徴は受け継がない Aの花粉の刺激でBの株のみで種を形成したというような事もある 909名前:花咲か名無しさん:2007/11/29(木) 22 46 41 ID 2hPZnB+b ズレた回答な気がする 910名前:花咲か名無しさん:2007/11/30(金) 19 35 46 ID 4a5r78D0 884の園芸店でハオルチア買った人のブログ見たよ。マジ凄い! しかし最近ハオルチア買って置き場が無くなったからなぁ。。。 行くと買っちゃうし。。。見なきゃ良い情報ってあるんだなorz 911名前:花咲か名無しさん:2007/11/30(金) 22 57 12 ID wpVBQ9Kj 910 884の園芸店でハオルチア買った人のブログ見たよ。マジ凄い! 私もあの娘達のブログを覗くけど 何であんなに安いの? 何処の苗だろう? 912名前:910:2007/11/30(金) 23 24 18 ID 4a5r78D0 911 884にあるように 業者が急にお金が必要になって流したのかと予想しているが??? って事なんじゃないかな?ラベル見ればどの業者か解る人もいるかも? 913名前:花咲か名無しさん:2007/12/01(土) 02 27 14 ID G52l3T60 原油の値上げ対策とかじゃないの 温室憧れるけど暖めるのも大変だよなあ 914名前:花咲か名無しさん:2007/12/01(土) 02 45 57 ID RZ4uMANa > 884にあるように > 業者が急にお金が必要になって流したのかと予想しているが??? ブームが下火に成って、在庫ダブツキじゃなくて? 915名前:花咲か名無しさん:2007/12/01(土) 03 15 28 ID kgou3Xlf 914 ハオルチアブームが下火ってのはこのスレでは時々見るけど 実際はどうなのかなぁ?みんな大体自分好みのハオ手に入れて 売れなくなってきたとかかなぁ??? 916名前:花咲か名無しさん:2007/12/01(土) 03 34 49 ID RZ4uMANa 915 >みんな大体自分好みのハオ手に入れて 皆さん、育成が上手くなっなので需要が下がったのかなぁ? まぁブームは、去り。数年後に再燃するパターンを待つしかないな。 917名前:花咲か名無しさん:2007/12/01(土) 04 00 55 ID kgou3Xlf 珍しい物は高価でも売れてるみたいだけど、買う方にも限界は あるしね。それに珍しい物は数が無いからねぇ。頭打ちになる よね。 918名前:花咲か名無しさん:2007/12/01(土) 07 29 09 ID IJjrK+Nr センペルの台頭が大きいかもしれないね。 メセンや刺無サボテンに手を出している人も増えているような気がする。 多肉予算は一緒だろうからハオ予算が食われてるかも。 今後は緋牡丹錦と一緒で輸入苗がホムセン・園芸店・100均に並び、 高級種は専門店と二極化するんじゃない? それにしても海外バイヤー狙いの値付けというかバブルには辟易してる。 919名前:花咲か名無しさん:2007/12/01(土) 10 58 52 ID kgou3Xlf 918 確かに二極化はしそうだね。あとサボテンの海外流失は よく聞くけどハオルチアもなの? 920名前:花咲か名無しさん:2007/12/01(土) 21 30 35 ID RZ4uMANa まがい物の世。 違いの分かる一握り。 安かろう悪かろう。 高値信者氷ばかり掴む。 ラベルの差し替えなんて、烏でも出来る。 921名前:花咲か名無しさん:2007/12/01(土) 22 29 05 ID M6wqN90w 918 なんで輸入苗がホムセン行きになんだよ。 わざわざ海外から高い金だしてラベルつけたものがホムセンいくわけねーだろ ホムセンは札オチしたのが流れるのがオチ。 今もそうだし。 923名前:花咲か名無しさん:2007/12/02(日) 20 27 49 ID lIfBOvnI 921 輸入苗ってもな・・・中国ってのもアリかもな 924名前:花咲か名無しさん:2007/12/02(日) 21 44 17 ID r/qtAOUO ホムセンで和歌山から来たハオラベルに中国オブツーサ。 これって、中国から輸入してホムセンに並んだって事かな? 925名前:花咲か名無しさん:2007/12/02(日) 23 20 23 ID L47keh+c 924 何年か前から、中国オブってあるので もしかしたら、増やした奴かも・・・・ もちろん、輸入の可能性も 926名前:花咲か名無しさん:2007/12/02(日) 23 37 37 ID HhmiAAVC 和歌山の業者で中国にも店(?)出してる所があるよね? 関係あるかな? 927名前:花咲か名無しさん:2007/12/04(火) 03 29 36 ID gVXYypNB 紀州の格安ハオが〇フラワーパークで取り置きや問い合わせ中止。 ネットの苗は高価なのに、卸した苗は、何が違うの? 930名前:花咲か名無しさん:2007/12/04(火) 16 38 08 ID XoKExuak 沖縄在住で、店頭ではハオルチアを見たことがありません。 もっぱら、ネットで購入しています。 年末年始と関東に帰省するのですが おすすめのお店やハオルチア、オブツーサの頒布会や即売会など イベントがあったら、教えて下さい。 それと100円均一のサボテンと多肉植物の土(炭が混ざっているような)は オブツーサにも大丈夫でしょうか? 肥料はどのくらいの程度で、液肥、固体の肥料など 教えていただけますでしょうか? 931名前:花咲か名無しさん:2007/12/04(火) 17 52 06 ID Yl1wtWQb 927 あそこで通販利用したこともあるけど 苗自体は全く変わらんよ 要は在庫整理をかねた福袋的なセットを大量に仕入れて 薄利多売で小分け売りしてみたってだけなんじゃないかと これまで誰もハオではそういうことやってなかったってだけで 結果、大当たり フワラーパークのGJだね 932名前:花咲か名無しさん:2007/12/04(火) 21 06 44 ID LHhQurN/ 930 池袋の西武百貨店屋上が一番分かりやすい場所だと思います。 あと最近話題のオザキフラワーパークは年末まで在庫があるか どうか謎。場所は石神井の方だったかな? あと新年会が高島平であるけど今年は1月13日だったかな? ※場所や日程などは自分でチェックしなおして下さいね。 933名前:花咲か名無しさん:2007/12/05(水) 22 51 36 ID f85SpgKs 930 ハオ協会に入会したらいかが? 新年会もたぶんやるだろうし、情報も入る。 934名前:花咲か名無しさん:2007/12/06(木) 00 41 12 ID y8ObEll6 てか、ハオも泡が弾け出してんじゃない? 935名前:花咲か名無しさん:2007/12/08(土) 14 29 56 ID C58j+3+Z どんどん弾けてしまえ 936名前:花咲か名無しさん:2007/12/08(土) 16 53 48 ID fEbGrS18 オブツーサが子吹きしている場合、 どのくらい大きくなったら、親株から切り離して よいのでしょうか? 937名前:花咲か名無しさん:2007/12/08(土) 21 49 18 ID v46KK8iz 936 子株から根が出たらOKって読んだ事あるよ。 938名前:花咲か名無しさん:2007/12/09(日) 16 49 20 ID BBo+fDyZ 最近ハオに興味を持って、狂ったように蒐集しておりますが、そのうち本当に勉強したくなりました。 原種、交配種、育成法、なんでもいいんですが、お勧めの本(洋書でもいいです)はありますか? とりあえず、Haworthia and Astroloba A Collector s Guide ってのを注文してみました。 939名前:花咲か名無しさん:2007/12/09(日) 17 20 22 ID gkaxW7eb 938 各業者のカタログ 940名前:花咲か名無しさん:2007/12/09(日) 21 10 43 ID vQ6lB1gZ 938 HAWORTHIA・REVISTED ってのを前にハオスレで見たけど。 つか翻訳してどこかで出版してくれないかな?今ならそこそこ 売れると思うけどなぁ。 941名前:938:2007/12/09(日) 21 25 47 ID BBo+fDyZ カタログですか、なるほど。 そういう手もありますね。 HAWORTHIA・REVISTEDとどっちにするか悩んで、古い方にしちゃったんですよね。 特に根拠はなかったんですが・・・ 失敗だったのかな? 942名前:花咲か名無しさん:2007/12/10(月) 00 26 54 ID oqTMatvG なんか凄いな↓ ★haworthia.cz(海外)http //www.haworthia.cz/galerie-nahledy.php 943名前:花咲か名無しさん:2007/12/10(月) 06 50 41 ID 7IIJKOR6 とりあえずハオルシア協会に入って会報読むのが良いんじゃね? あとはBayerとかIngoの出してる本だな。 ハオ協会の会報は本に纏めて欲しいなぁ。 944名前:花咲か名無しさん:2007/12/10(月) 13 23 36 ID no9SbOPZ ハオルシア研究、まさにおいらが求めてたものみたいです。 是非入りたいんですが、ネットでググったけどHPないみたいだし、どうすれば入れるのでしょうか。 945名前:花咲か名無しさん:2007/12/10(月) 23 58 24 ID OHPAr6rC 944 なんで会報のタイトル知ってて、入会の仕方しらんの? 946名前:花咲か名無しさん:2007/12/11(火) 02 55 56 ID aqlaLNdn 945 会報のタイトルの方が会名からググッて出易い 自分も入会方法を突き止める方が手間かかった 944 小林カクタ○のHP→オマケページ見れ まあ、自分は入ってないんだけどさw 947名前:花咲か名無しさん:2007/12/11(火) 07 41 24 ID XgD+oKuf ハオルシア研究 948名前:花咲か名無しさん:2007/12/11(火) 12 02 53 ID 93SeSTdI ハオ実生Game始めたけど、、 これって、ロールプレイング?シュミレーション? 949名前:花咲か名無しさん:2007/12/11(火) 22 06 22 ID bwRF8mz6 948 ゴールのないスゴロク 950名前:花咲か名無しさん:2007/12/11(火) 22 29 36 ID XgD+oKuf 先の見えない迷路 951名前:花咲か名無しさん:2007/12/11(火) 22 52 11 ID 93SeSTdI ゲームをクリアするのに五年位以上、かかりまつか?又クリアの条件は、オークションで売れる事でつか? 952名前:花咲か名無しさん:2007/12/12(水) 11 02 15 ID qH5OVh1r オークションはドラクエの中のカジノのようなもの。 いろどりにはなるがクリアには一切関係なし。 クリアしたいのならゲーム機を捨てるべし。 953名前:花咲か名無しさん:2007/12/12(水) 19 57 09 ID 2iLb5HxY なんだこの、うまいこと言う大会は? ところでそろそろ次スレだね。立てる人は 「大文字→Haworthia」だそうですから注意ね。 954名前:花咲か名無しさん:2007/12/13(木) 13 33 22 ID Tnc+Pvhs 953 次スレを立てました。 ハオルチア★Haworthia★ハオルシア、ハワーシア4http //hobby10.2ch.net/test/read.cgi/engei/1197519921/1-100 このスレを消化してからでお願いします。 958名前:花咲か名無しさん:2007/12/15(土) 01 17 51 ID 6qtTtb+Q 冬越しで質問なんですが、10℃切らないくらいの室内で 管理するとしたら水はどの程度やるべきなんでしょうか。 今はたまに霧吹きで軽く土の表面を湿らせているんですが数分で乾いた色に戻ってます。 葉も乾いて柔らかくなってきた感じがして心配なんです。 ものはシンビとかクーペリーとかです。 959名前:花咲か名無しさん:2007/12/15(土) 03 02 02 ID kKscF5/h 958 植物に聞くのが一番ですよ 961名前:花咲か名無しさん:2007/12/15(土) 13 53 53 ID CUt6mUJN http //imepita.jp/20071215/498920 962名前:花咲か名無しさん:2007/12/15(土) 23 20 41 ID CUt6mUJN 多肉2http //imepita.jp/20071215/838360 963名前:花咲か名無しさん:2007/12/16(日) 00 24 28 ID syCkqqf1 ゲダルディってハオあるんでしょうか?どんなハオなんでしょう? ググっても判らないんでどなたか知っている方がおられたら教えて ください。 964名前:花咲か名無しさん:2007/12/16(日) 08 06 25 ID D+r8H+SL 958 10℃もあれば普通に水やり 965名前:花咲か名無しさん:2007/12/16(日) 23 16 09 ID sYd+ZNh2 964 ありがとう。 実は今日軽めにやってみた。 しゅわしゅわいってたw 966名前:花咲か名無しさん:2007/12/17(月) 00 36 16 ID YeE0EwWk 965 日照がないと徒長するんじゃない? 967名前:958:2007/12/17(月) 21 49 35 ID 8iK9rIsz 966 昨日観察してみたら4時間くらい日照あるからいけるかな。 関東なんで冬はよく晴れる。 様子見つつ水やりしてみます。ありがとう。 968名前:花咲か名無しさん:2007/12/18(火) 01 21 11 ID dTYPZFze 963 ゲラルディならあります。 969名前:花咲か名無しさん:2007/12/18(火) 13 16 33 ID Gya1C10I 知人が旅先で見つけたらしい。硬葉のハオルシアらしい。http //imepita.jp/20071218/474020 970名前:花咲か名無しさん:2007/12/18(火) 18 39 13 ID K2lxj7JU 969 万象でしょ 971名前:花咲か名無しさん:2007/12/19(水) 01 15 47 ID DkEvcvjK 万象って硬葉に分類されてたり軟葉に分類されてたりするけど ホントのトコロはどっちなんですか? 972名前:花咲か名無しさん:2007/12/19(水) 01 41 49 ID FFhHVTLl 971 ホントのトコロなんてないんじゃね? そもそも軟、硬、なんてどういう基準で分類されているんだ? 人間が見た目で決めてるんじゃないの? 遺伝子的とか、性質で分類されてんの? 973名前:花咲か名無しさん:2007/12/19(水) 02 26 39 ID 5rV5ychs 972 見た目でしょ。 窓でしょ。 974名前:花咲か名無しさん:2007/12/19(水) 22 40 01 ID 6X5ETtYT ピリフェラ錦のビロ~ン現象はデフォルトかなぁ・・・ 今だ外に出して日に当ててるのに、どうしてもビロ~ンとしてきてしまうよ。 975名前:花咲か名無しさん:2007/12/20(木) 19 35 25 ID e0KoOLPE 質問です 以前、ピリフェラの「kubusie産・JDV95/7」 っていうのを買ったんですけど、エデンプランツのHPを見てたら、 こうなってました↓ Haworthia kubusiedriftensis n.n., JDV95-7 末尾にある「n.n.」ってのがわからんのですけど、 この意味わかる人いますか??? 976名前:花咲か名無しさん:2007/12/20(木) 20 34 40 ID sFmxTW3G ニンニン 977名前:花咲か名無しさん:2007/12/20(木) 20 44 30 ID Q4Skis3+ 売ってる株が年々小さくなってきてませんか? 売るものが無くなってきてるのかな? 978名前:花咲か名無しさん:2007/12/21(金) 01 31 16 ID q6/2nwJg 977 小さくても売れちゃうから、どんどん小さくなっていく。 商品になるのに2年掛かっていたものが1年で出来れば、こんなにおいしい事は無いもの。 979名前:花咲か名無しさん:2007/12/21(金) 22 21 06 ID gx39Rb5t 974 同じく、もうそういうタイプだと思い込むようにしてる。 8時から14時くらいまで日が当たるのに、今年の春からは頑張ってカッチリして欲しいんだけど、上手い人は灌水、他の奴らより結構辛めなのか? 原因はそれくらいしか思いつかんw 980名前:花咲か名無しさん:2007/12/21(金) 22 22 40 ID gx39Rb5t 連投スマン もう2008年気分だった………orz 来年の春ね。 981名前:花咲か名無しさん:2007/12/22(土) 22 42 48 ID zrmmCRVD 今年の2月くらいに手に入れて、水いっさいやらずに春を迎えたけど、春になった頃には既にビローン現象が起こってたw 982名前:花咲か名無しさん:2007/12/23(日) 14 56 35 ID D5oRG4+p オザキが新聖地になりつつあるね。しかし行けない。行くと買うし 買っても置く場所がない。2980円とか3980円のラインナップが出る らしいけどどんなのが入荷するんだろ? 983名前:花咲か名無しさん:2007/12/24(月) 18 36 21 ID w5XYSU6o HCで買って来たハオルシアの名無し、たぶん寿だと思うけど 花茎が伸び始めたから大分経つけどなかなか咲きそうで咲かない 写真で観た花はかなり好みのタイプで楽しみにしているのに・・・ 984名前:花咲か名無しさん:2007/12/24(月) 20 44 44 ID 9a2DKeVJ オザキなんて知らん。何県なん?? 985名前:花咲か名無しさん:2007/12/24(月) 21 27 17 ID Jigof0kp 984 オザキフラワーパークだったかな? 東京だと思うよ。HPあるから調べてみ。 986名前:花咲か名無しさん:2007/12/25(火) 17 11 37 ID iaMyyRTY 983 ハオの花なんて地味花でそんなに鑑賞価値なくない? アスペルラの花の黄緑色のラインは綺麗だなと思ったけど。 戻る1-前100